home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000414_news@bigblue.oit.unc.edu_Sun May 29 22:23:36 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  8KB

  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA17165; Sun, 29 May 1994 18:25:54 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA21569; Sun, 29 May 1994 18:22:40 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Sun, 29 May 1994 22:23:36 GMT
  9. From: ashok@biochemistry.BIOC.CWRU.Edu (Ashok Aiyar)
  10. Message-Id: <ashok.694.2DE915E7@biochemistry.cwru.edu>
  11. Organization: Department of Biochemistry, Case Western Reserve University
  12. Sender: ses
  13. References: <2sandp$pqf@ionews.io.org>
  14. Subject: Re: gethostbyname failures under Winsock 1.0b6
  15.  
  16. In article <2sandp$pqf@ionews.io.org> scrappy@io.org (Marc G. Fournier) writes:
  17.  
  18. >Hi...
  19.  
  20. >        The subject pretty well says it all, I think.  I
  21. >started to play with SLip from home finally, and after
  22. >a period of time, winsock doesn't seem to allow resolution
  23. >of names anymore...but IP #'s still work.
  24.  
  25. >        I started up with 1.0a, which ran for about 8 hours
  26. >before I started having problems.  First Eudora couldn't
  27. >connect to my mail server, and then trying to telnet into
  28. >the slip host wouldn't work (by name...again, number 
  29. >worked).
  30.  
  31. >        I saw the postings about 1.0b6, so went out and got
  32. >that to try out and actually found that the problem
  33. >manifests itself even faster now.
  34.  
  35. >        My main question is whether this is a known bug,
  36. >and if so, is there a fix?
  37.  
  38.  
  39. Sounds more like you have a DNS failure.  This is not a WinSock
  40. bug.
  41.  
  42. Later,
  43. Ashok
  44. --
  45. Ashok Aiyar                        Mail: ashok@biochemistry.cwru.edu
  46. Department of Biochemistry                       Tel: (216) 368-3300
  47. CWRU School of Medicine, Cleveland, Ohio         Fax: (216) 368-4544
  48. MIME Enclosures OK
  49. From news@bigblue.oit.unc.edu Sun May 29 22:01:13 1994
  50. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  51.           id AA20773; Sun, 29 May 1994 18:55:55 -0400
  52. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  53.           id AA25560; Sun, 29 May 1994 18:54:26 -0400
  54. Received: from GATEWAY by bigblue with netnews
  55.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  56. To: winsock@sunsite.unc.edu
  57. Date: Sun, 29 May 1994 22:01:13 GMT
  58. From: michael@uvphys.phys.UVic.CA (Dr. Michael J. Rensing)
  59. Message-Id: <0097F28C.0859BC34@uvphys.phys.UVic.CA>
  60. Organization: University of Victoria, Physics & Astronomy
  61. Sender: ses
  62. References: <marco.18.000EA0C4@gmsun.cnuce.cnr.it>
  63. Reply-To: michael@uvphys.phys.UVic.CA
  64. Subject: Re: ALL SLIP USERS AND WINSOCK DEVELOPERS SHOULD READ THIS!!!
  65.  
  66. In article marco@gmsun.cnuce.cnr.it (Salvatore Marco Biscari) writes:
  67. >I think that developers of programs using the winsock interface should
  68. >start to realize that many users have SLIP connections to the net and this
  69. >imposes some extra requirements on their programs.
  70. Agreed, although I feel that most are making a good job of this.  The 
  71. applications which give me the most trouble are Eudora (see below) and any
  72. app which does not wait for the login process to be completed.  
  73.  
  74. >MAIL.
  75. >I think this is an area in which we already have what we need.
  76. >I should be able to go online, collect all incoming mail and quit the
  77. >connection. Then, offline, I should be able to read mail, compose replies and
  78. >new messages and save them. Next time I get the connection I should be able
  79. >to send quickly the saved outgoing messages.
  80. >Eudora and Pegasus, for example, already give us these possibility, and so
  81. >it's all right.
  82. The version of Eudora I'm using (1.4) does not wait for the login process
  83. to complete before attempting to resolve domain names, etc.  As as result,
  84. errors occur until the login is complete.  What I cannot get Eudora to do
  85. is start the winsock (Trumpet), wait for login, do it's mail stuff, then shut 
  86. down the winsock, which logs me out again.  If someone knows how to do this,
  87. PLEASE let me know how.
  88.  
  89. >
  90. >NEWS.
  91. >Also in this case, what I need is a program that allows me to go on line,
  92. >quickly collect the articles I am interested to, and quit.
  93. >Then, offline, I should be able to read the saved articles, compose replies
  94. >and followups and save them. When later I will go online I should be able to
  95. >post all saved stuff.
  96. This is good if I can afford the disk space.  I'd like to have the option of
  97. staying online, or going offline. 
  98.  
  99. >Here we have Trumpet and Winvn that insist on getting the connection with the 
  100. >server everytime they come up, and so, even if they allow to save read 
  101. >articles they wouldn't do the job. (Please correct me if I am wrong).
  102. I have the same problems with the Trumpet newsreader as with Eudora; it does
  103. not wait for the login process to complete before attempting to execute
  104. network commands.
  105.  
  106. >
  107. >NFS.
  108. >I posted an article on this subject some days ago and got some replies, but
  109. >I am not satisfacted about them. Again, what I need is to fire up my
  110. >WfW 3.11 (with 32 bit file and disk access on), start (from inside Windows)
  111. >a SLIP connection, say with Peter's Winsock, then (and only then!) start
  112. >one NFS client and get the remote disk(s) accessible in File Manager.
  113. >Is it possible? I don't know, I'm just asking...
  114. >
  115.  
  116. TELNET.
  117. I still haven't found a good standalone telnet client which does reliable
  118. VT100 emulation, including the full screen keypad stuff.
  119.  
  120. Michael
  121. ----------------------------------------------------------------------
  122. Dr. Michael J. Rensing             e-mail: Michael@uvphys.phys.uvic.ca
  123. 2374 Larsen Rd. R.R.1               voice: (604) 743-9436
  124. Shawnigan Lake, B.C.
  125. Canada V0R 2W0
  126. ----------------------------------------------------------------------
  127. From news@bigblue.oit.unc.edu Sun May 29 19:55:55 1994
  128. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  129.           id AA28928; Sun, 29 May 1994 19:55:55 -0400
  130. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  131.           id AA30647; Sun, 29 May 1994 19:38:57 -0400
  132. Received: from GATEWAY by bigblue with netnews
  133.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  134. To: winsock@sunsite.unc.edu
  135. Date: Sun, 29 May 1994 19:39:27
  136. From: suemak@ids.net (Susan Makalinaw)
  137. Message-Id: <suemak.2.0013A8E8@ids.net>
  138. Organization: IDS World Network Internet Access Service, (401) 884-9002 GUEST
  139. Sender: ses
  140. Subject: WinIrc
  141.  
  142. I too have been using WINIRC...it's worked great and I recommend it. 
  143.  
  144. Sue
  145. From news@bigblue.oit.unc.edu Fri May 30 01:04:33 1994
  146. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  147.           id AA12692; Sun, 29 May 1994 21:25:55 -0400
  148. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  149.           id AA29339; Sun, 29 May 1994 21:06:29 -0400
  150. Received: from GATEWAY by bigblue with netnews
  151.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  152. To: winsock@sunsite.unc.edu
  153. Date: 30 May 94 01:04:33 GMT
  154. From: tewald@vela.acs.oakland.edu (tewald)
  155. Message-Id: <tewald.770259873@vela.acs.oakland.edu>
  156. Organization: Oakland University, Rochester, Michigan, U.S.A.
  157. Sender: ses
  158. References: <robin.18.2DE4FA3A@smissman.hbc.ukans.edu>, <770092869snx@trmphrst.demon.co.uk>
  159. Subject: Re: TRUMPET:SLIP:COM4:...Help!!!
  160.  
  161. nikki@trmphrst.demon.co.uk (Nikki Locke) writes:
  162.  
  163. >In article <robin.18.2DE4FA3A@smissman.hbc.ukans.edu> robin@smissman.hbc.ukans.edu (Robin Greenhagen) writes:
  164. >> I am having a heck of a time getting Trumpet to SLIP over my internal USR 
  165. >> v.32.bis modem which is set up on COM4.  
  166. >> 
  167. >> When dialing our terminal server, I get the CONNECT 14400/ARQ just fine, but 
  168. >> instead of the next line being "Username:"  I get a line of garbage the looks 
  169. >> like  and some other weird characters.  
  170.  
  171. >You have your baud rate set wrong.
  172.  
  173. >-- 
  174. >Nikki Locke,Trumphurst Ltd.(PC & Unix consultancy) nikki@trmphrst.demon.co.uk
  175. >trmphrst.demon.co.uk is NOT affiliated with ANY other sites at demon.co.uk.
  176.  
  177. How about "7" instead of "8" in the setup?
  178. Thomas Ewald
  179. tewald@141.210.10.3